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Detailed Action 

This office action is in response to the correspondence received on December 6, 
2006. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for 
all obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described 
as set forth in section 102 of this title, if the differences between the subject matter sought to 
be patented and the prior art are such that the subject matter.as a whole would have been 
obvious at the time the invention was made to a person having ordinary skill in the art to which 
said subject matter pertains. Patentability shall not be negatived by the manner in which the 
invention was made. 

Claims 1-18 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Farinacci et al (US Pat No: 5,51 9,704) in view of Tseung (US Pat No: 
5,036,518), hereafter referred to as Farinacci and Tseung, respectively. 

1. As to Claims 1, 4, and 7, Farinacci teaches through Tseung: Receiving a 
request to perform a task for a plurality of devices over a network (column 
5, lines 50-53), wherein the task comprises copying a file, installing a 
software application, updating a software application or sending batch 
data (column 40, lines 51-66, Tseung); Performing said task using a 
multicast message communicated over said network (column 5, lines 
55-57); Receiving a request to complete said task from at least one device 
(see column 5, lines 53-55), wherein said request includes an identifier, an 
Internet Protocol (IP) address and an IP subnet mask for said at least one 



Application/Control Number: 09/892,296 Page 3 

Art Unit: 2145 

device; Determining whether said task was completed for said at least one 
device using a task status table (see column 5, lines line 60-63); 
Performing said task using a unicast message communicated over said 
network in accordance with said determination (see column 5, lines 
64-67); and Updating said task status table, wherein said task status table 
comprises a status indicator indicating whether said task has been 
completed for said at least one device 

(While Farinacci teaches a design allowing for tasks to be performed 
through the use of unicast and multicast messages, Farinacci does not 
disclose the task being software updates and installs and doesn't teach 
the status table. In the same field of endeavor, Tseung teaches a design 
allowing for software installs and updates through multicasts (column 33, 
lines 60-62 and column 40, lines 51-66, Tseung). The disclosure also 
teaches how one-to-one (unicast) data transfers are allowed (column 1, 
lines 25-58 and column 40, lines 31-51, Tseung). In addition, means by 
which to maintain the status of tasks in a computing device that is 
handling tasks is obvious and well known in the art. Tseung teaches how 
the retransmission station maintains data structures (table) to keep track 
of the status of messages (tasks or program transmissions) to different 
recipients (Figure 40 and column 18, lines 16-47, Tseung). For instance, 
it can record if there are crc errors. When no errors are left, it is known 
that the messages have been transmitted completely and correctly 
(column 36, line 21- column 37, line 15, Tseung). Finally, Tseung teaches 
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how the packets (equivalent to the claimed requests) contain a sender 
identifier field (equivalent to the claimed request identifier) and a header 
field (equivalent to the claimed IP address and an IP subnet mask) 
(column 1 6, lines 7-51 , Tseung). It is well known in the art that IP header 
fields contain IP addresses and IP subnet masks. Therefore, it would 
have been obvious to one skilled in the art, during the time of the 
invention, to have combined the teachings of Farinacci with those of 
Tseung to allow software and/or updates to be sent using the guaranteed, 
reliable and secure one-to-many technique (column 40, lines 51-54, 
Tseung)). 

2. As to Claims 2, 5 and 13, Farinacci teaches through Tseung: Wherein 
said determining whether said task was completed for said at least one 
device comprises: Receiving said identifier for said at least one device; 
Searching a task status table using said identifier; Retrieving a status 
indicator associated with said identifier; and Determining whether said 
task was completed for said at least one device using said status indicator 
(see column 2, lines 57-63). 

(While Farinacci teaches a design allowing for tasks to be performed 
through the use of unicast and multicast messages, Farinacci does not 
disclose the task being software updates and installs. In the same field of 
endeavor, Tseung teaches a design allowing for software installs and 
updates through multicasts (column 33, lines 60-62 and column 40, lines 
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51-66, Tseung). The disclosure also teaches how one-to-one (unicast) 
data transfers are allowed (column 1, lines 25-58 and column 40, lines 31- 
51, Tseung). Therefore, it would have been obvious to one skilled in the 
art, during the time of the invention, to have combined the teachings of 
Farinacci with those of Tseung to allow software and/or updates to be sent 
using the guaranteed, reliable and secure one-to-many technique (column 
40, lines 51-54, Tseung)). 

3. As to Claims 3, 6, 8, and 11, Farinacci teaches through Tseung: Wherein 
said receiving said request to complete said task from at least one device 
comprises: Determining whether said at least one device is in 
communication with said network; and Sending said request to complete 
said task from said at least one device (see column 53-55). 

(While Farinacci teaches a design allowing for tasks to be performed 
through the use of unicast and multicast messages, Farinacci does not 
disclose the task being software updates and installs. In the same field of 
endeavor, Tseung teaches a design allowing for software installs and 
updates through multicasts (column 33, lines 60-62 and column 40, lines 
51-66, Tseung). The disclosure also teaches how one-to-one (unicast) 
data transfers are allowed (column 1, lines 25-58 and column 40, lines 31- 
51, Tseung). Therefore, it would have been obvious to one skilled in the 
art, during the time of the invention, to have combined the teachings of 
Farinacci with those of Tseung to allow software'and/or updates to be sent 
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using the guaranteed, reliable and secure one-to-many technique (column 
40, lines 51-54, Tseung)). 

4. As to Claim 9, Farinacci teaches through Tseung: A storage medium: 
Said storage medium including stored instructions that, when executed by 
a processor, result in receiving a request to perform a task for a plurality of 
devices over a network (see column 5, lines 50-53), performing said task 
using a multicast message communicated over said network (see column 
5, lines 55-57), receiving a request to complete said task from at least one 
device (see column 5, lines 53-55), wherein said request includes an 
identifier, an Internet Protocol (IP) address and an IP subnet mask for said 
at least one device, determining whether said task was completed for said 
at least one device, and performing said task using a unicast message 
communicated over said network in accordance with said determination 
(see column 5, lines 60-67), wherein the task comprises copying a file, 
installing a software application, updating a software application or 
sending batch data (column 40, lines 31-66, Tseung)). 

(While Farinacci teaches a design allowing for tasks to be performed 
through the use of unicast and multicast messages, Farinacci does not 
disclose the task being software updates and installs. In the same field of 
endeavor, Tseung teaches a design allowing for software installs and 
updates through multicasts (column 33, lines 60-62 and column 40, lines 
51-66, Tseung). The disclosure also teaches how one-to-one (unicast) 
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data transfers are allowed (column 1, lines 25-58 and column 40, lines 31- 
51, Tseung). Finally, Tseung teaches how the packets (equivalent to the 
claimed requests) contain a sender identifier field (equivalent to the 
claimed request identifier) and a header field (equivalent to the claimed IP 
address and an IP subnet mask) (column 16, lines 7-51, Tseung). It is 
well known in the art that IP header fields contain IP addresses and IP 
subnet masks. Therefore, it would have been obvious to one skilled in the 
art, during the time of the invention, to have combined the teachings of 
Farinacci with those of Tseung to allow software and/or updates to be sent 
using the guaranteed, reliable and secure one-to-many technique (column 
40, lines 51-54, Tseung)). 

5. As to Claim 10, Farinacci teaches through Tseung: Wherein the stored 
instructions, when executed by a processor, further result in determining 
whether said task was completed for said at least one device by receiving 
an identifier for said at least one device, searching a task status table 
using said identifier, retrieving a status indicator associated with said 
identifier, and determining whether said task was completed for said at 
least one device using said status indicator (see column 2, lines 57-63), 
(While Farinacci teaches a design allowing for tasks to be performed 
through the use of unicast and multicast messages, Farinacci does not 
disclose the task being software updates and installs. In the same field of 
endeavor, Tseung teaches a design allowing for software installs and 
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updates through multicasts (column 33, lines 60-62 and column 40, lines 
51-66, Tseung). The disclosure also teaches how one-to-one (unicast) 
data transfers are allowed (column 1 , lines 25-58 and column 40, lines 31- 
51 , Tseung). Therefore, it would have been obvious to one skilled in the 
art, during the time of the invention, to have combined the teachings of 
Farinacci with those of Tseung to allow software and/or updates to be sent 
using the guaranteed, reliable and secure one-to-many technique (column ., 
40, lines 51-54, Tseung)). 

6. As to Claim 12, Farinacci teaches through Tseung: A storage medium; 
Said storage medium including stored instructions that, when executed by 
a processor, result in receiving a request to send information to a plurality 
of devices (see column 5, lines 50-53), sending said information to said 
plurality of devices using a broadcast message (see column 5, lines 
55-57), receiving a request for said information from at least one device 
(see column 5, lines 53-55), wherein said request includes an identifier, an 
Internet Protocol (IP) address and an IP subnet rnask for said at least one 
device, determining whether said at least one device received said 
information, and sending said information to said at least one device using 
a unicast message in accordance with said determination (see column 5, 
lines 60-67). 

(While Farinacci teaches a design allowing for tasks to be performed 
through the use of unicast and multicast messages, Farinacci does not 
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disclose the task being software updates and installs. In the same field of 
endeavor, Tseung teaches a design allowing for software installs and 
updates through multicasts (column 33, lines 60-62 and column 40, lines 
51-66, Tseung). The disclosure also teaches how one-to-one (unicast) 
data transfers are allowed (column 1, lines 25-58 and column 40, lines 31- 
51 , Tseung). Finally, Tseung teaches how the packets (equivalent to the 
claimed requests) contain a sender identifier field (equivalent to the 
claimed request identifier) and a header field (equivalent to the claimed IP 
address and an IP subnet mask) (column 16, lines 7-51 , Tseung). It is 
well known in the art that IP header fields contain IP addresses and IP 
subnet masks. Therefore, it would have been obvious to one skilled in the 
art, during the time of the invention, to have combined the teachings of 
Farinacci with those of Tseung to allow software and/or updates to be sent 
using the guaranteed, reliable and secure one-to-many technique (column 
40, lines 51-54, Tseung)). 

7. As to Claim 14, Farinacci teaches through Tseung: Wherein the stored 
instructions, when executed by a processor, further result in receiving a 
request for said information by connecting said at least one device to said 
network and sending said request for said information from said at least 
one device (see column 5, lines 60-67). 

(While Farinacci teaches a design allowing for tasks to be performed 
through the use of unicast and multicast messages, Farinacci does not 
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disclose the task being software updates and installs. In the sanne field of 
endeavor, Tseung teaches a design allowing for software installs and 
updates through multicasts (column 33, lines 60-62 and column 40, lines 
51-66, Tseung). The disclosure also teaches how one-to-one (unicast) 
data transfers are allowed (column 1, lines 25-58 and column 40, lines 31- 
51 , Tseung). Therefore, it would have been obvious to one skilled in the 
art, during the time of the invention, to have combined the teachings of 
Farinacci with those of Tseung to allow software and/or updates to be sent 
using the guaranteed, reliable and secure one-to-many technique (column 
40, lines 51-54, Tseung)). 

8. As to Claim 15, Fai^inacci teaches through Tseung: A storage medium; 
said storage medium including stored instructions that, when executed by 
a processor, result in receiving a request to perform a task for a plurality of 
devices over a network (see column 5, lines 50-53), performing said task 
using a multicast message communicated over said network (see column 
5, lines 55-57), receiving a request to complete said task from at least one 
device (see column 53-55), wherein said request includes an identifier, an 
Internet Protocol (IP) address and an IP subnet mask for said at least one 
device, searching a task status table using said identifier, retrieving a 
status indicator associated with said identifier, determining whether said 
task was completed for said at least one device using said status 
indicator (see column 2, lines 57-63), and performing said task using a 
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unicast message communicated over said network in accordance with 
said determination (see column 5, lines 60-67), wherein the task 
comprises copying a file, installing a software application, updating a 
software application or sending batch data (column 40, lines 31-66, 
Tseung). 

(While Farinacci teaches a design allowing for tasks to be performed 
through the use of unicast and multicast messages, Farinacci does not 
disclose the task being software updates and installs. In the same field of 
endeavor, Tseung teaches a design allowing for software installs and 
updates through multicasts (column 33, lines 60-62 and column 40, lines 
51-66, Tseung). The disclosure also teaches how one-to-one (unicast) 
data transfers are allowed (column 1, lines 25-58 and column 40, lines 31- 
51 , Tseung). Finally, Tseung teaches how the packets (equivalent to the 
claimed requests) contain a sender identifier field (equivalent to the 
claimed request identifier) and a header field (equivalent to the claimed IP 
address and an IP subnet mask) (column 16, lines 7-51, Tseung). It is 
well known in the art that IP header fields contain IP addresses and IP 
subnet masks. Therefore, it would have been obvious to one skilled in the 
art, during the time of the invention, to have combined the teachings of 
Farinacci with those of Tseung to allow software and/or updates to be sent 
using the guaranteed, reliable and secure one-to-many technique (column 
40, lines 51-54, Tseung)). 
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9. As to Claim 16, Farinacci teaches through Tseung: Wherein the stored 
instructions, when executed by a processor/further result in receiving said 
request to complete said task from at least one device by connecting said 
at least one device to said network, and sending said request to complete 
said task from said at least one device (see column 5, lines 60-67). 

(While Farinacci teaches a design allowing for tasks to be performed 
through the use of unicast and multicast messages, Farinacci does not 
disclose the task being software updates and installs. In the same field of 
endeavor, Tseung teaches a design allowing for software installs and 
updates through multicasts (column 33, lines 60-62 and column 40, lines 
51-66, Tseung). The disclosure also teaches how one-to-one (unicast) 
data transfers are allowed (column 1, lines 25-58 and column 40, lines 31- 
51, Tseung). Therefore, it would have been obvious to one skilled in the 
art, during the time of the invention, to have combined the teachings of 
Farinacci with those of Tseung to allow software and/or updates to be sent 
using the guaranteed, reliable and secure one-to-many technique (column 
40, lines 51-54, Tseung)). 

10. As to Claim 17, Farinacci teaches through Tseung: A server, said server 
having a task handler module to manage complete of a task for a plurality 
of target devices using a multicast message, wherein the task comprises 
copying a file, installing a software application, updating a software 
application or sending batch data (column 40, lines 51-66, Tseung); a 
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plurality of target devices, said plurality of target devices each having a 
task finisher module to request completion of said task if uncompleted, 
wherein said request includes an identifier, an Internet Protocol (IP) 
address and an IP subnet mask for said at least one device; and A 
network to communicate information between said server and said 
plurality of target devices to complete said task (see column 4, lines 
40-47). 

(While Farinacci teaches a design allowing for tasks to be performed 
through the use of unicast and multicast messages, Farinacci does not 
disclose the task being software updates and installs. In the same field of 
endeavor, Tseung teaches a design allowing for software installs and 
updates through multicasts (column 33, lines 60-62 and column 40, lines 
51-66, Tseung). The disclosure also teaches how one-to-one (unicast) 
data transfers are allowed (column 1, lines 25-58 and column 40, lines 31- 
51, Tseung). Finally, Tseung teaches how the packets (equivalent to the 
claimed requests) contain a sender identifier field (equivalent to the 
claimed request identifier) and a header field (equivalent to the claimed IP 
address and an IP subnet mask) (column 16, lines 7-51, Tseung). It is 
well known in the art that IP header fields contain IP addresses and IP 
subnet masks. Therefore, it would have been obvious to one skilled in the 
art, during the time of the invention, to have combined the teachings of 
Farinacci with those of Tseung to allow software and/or updates to be sent 
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using the guaranteed, reliable and secure one-to-many technique (column 
40, lines 51-54, Tseung)). 

11. As to Claim 18, Farinacci teaches through Tseung: Further comprising a 
task handler module for each of said plurality of target devices to complete 
said task for said plurality of target devices (see column 4, lines 40-47). 

(While Farinacci teaches a design allowing for tasks to be performed 
through the use of unicast and multicast messages, Farinacci does not 
disclose the task being software updates and installs. In the same field of 
endeavor, Tseung teaches a design allowing for software installs and 
updates through multicasts (column 33, lines 60-62 and column 40, lines 
51-66, Tseung). The disclosure also teaches how one-to-one (unicast) 
data transfers are allowed (column 1, lines 25-58 and column 40, lines 31- 
51 , Tseung). Therefore, it would have been obvious to one skilled in the 
art, during the time of the invention, to have combined the teachings of 
Farinacci with those of Tseung to allow software and/or updates to be sent 
using the guaranteed, reliable and secure one-to-many technique (column 
40, lines 51-54, Tseung)). 

Response to Remarks 

The amendment received on December 6, 2006 has been carefully 
examined but is not deemed fully persuasive. The applicant amended the 
independent claims and remarks that neither prior arts teach the newly claimed, 
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"wherein said request includes an identifier, an Internet Protocol (IP) address and 
an IP subnet mask for said at least one device." The examiner disagrees with 
this contention. Tseung teaches how the packets (equivalent to the claimed 
requests) contain a sender identifier field (equivalent to the claimed request 
identifier) and a header field (equivalent to the claimed IP address and an IP 
submask) (column 16, lines 7-51, Tseung). It is well known in the art that IP 
header fields contain IP addresses and IP submasks. 

Conclusion 

Any inquiry concerning this communication or earlier communications from 
the examiner should be directed to Azizul Choudhury whose telephone number is 
(571) 272-3909. The examiner can normally be reached on M-F, 

If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Jason Cardone can be reached on (571) 272-3933. The 
fax phone number for the organization where this application or proceeding is 
assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from 
the Patent Application Information Retrieval (PAIR) system. Status information 
for published applications may be obtained from either Private PAIR or Public 
PAIR. Status information for unpublished applications is available through 
Private PAIR only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll- 
free). If you would like assistance from a USPTO Customer Service 
Representative or access to the automated information system, call 800-786- 
9199 (IN USA OR CANADA) or 571-272-1000. 
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